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(57) A messaging system (MS) for relaying a mes- 
sage from a sending terminal (A) to a receiving terminal 
(B). The messaging system (MS) receives an original 
message (OM) from the sending terminal (A) and sends 
an application link (4-5) to the receiving terminal (B). In 
response to receiving an indication (4-20) of a user ac- 
tivating the application link, the messaging system (MS) 
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sends two or more status links (4-50) to the receiving 
terminal (B). In response to receiving a user-selected 
status link (4-75), the messaging system (MS) sends the 
sending terminal (A) an acknowledgment (AK) that indi- 
cates the user-selected status link. The messaging sys- 
tem (MS) may authenticate (4-25 ... 4-45) the user be- 
fore sending the contents of the original message (OM) 
to the receiving terminal (B). 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The invention relates to a technique for ac- 
knowledging messages in a mobile communication net- 
work. 

[0002] The GSM system comprises a messaging 
technique known as short message service (SMS). The 
SMS service has turned out to be surprisingly popular 
and it has been used as a platform for a variety of dif- 
ferent services, in addition to individual inter-subscriber 
messages. 

[0003] A problem associated with the GSM short mes- 
sage service is the fact that a message's sender does 
not know if the recipient has personally received the 
message. To overcome this problem, the recipient must 
prepare and send a free-format short message that in- 
dicates that the original message was received. At- 
tempts have been made to rectify the situation with pro- 
prietary equipment, such as short message service cen- 
tres, that provide the message sender with an acknowl- 
edgment as soon as the short message has been deliv- 
ered to the recipient's terminal. Such automatic replies 
are at best only a partial solution to the problem, how- 
ever. As is well known, there are situations in which a 
terminal must be muted and the terminal user is com- 
pletely unaware of any incoming messages. Thus an au- 
tomatic, machine-generated acknowledgment is analo- 
gous to an out-of-office autoreply from an e-mail mes- 
sage: the message has been delivered to the recipient's 
terminal but unless the recipient prepares and sends a 
personal reply, the sender cannot know whether the re- 
cipient has read the message. On the other hand, draft- 
ing a personal reply is awkward and subject to errors, 
considering the limited user interfaces in mobile termi- 
nals. 

[0004] Also, Wireless Application Protocol (WAP) 
comprises a technique known as WAP push that sup- 
ports sending a message to a browser program residing 
in a mobile terminal. 

BRIEF DESCRIPTION OF THE INVENTION 

[0005] An object of the present invention is to provide 
a method and an apparatus for permitting a message 
sender to verify that the intended recipient has seen a 
message. As used herein, the message sender may re- 
ferto aperson using asendingterminal oran application 
such as a software agent. The object of the invention is 
achieved by a method and an apparatus which is char- 
acterized by what is stated in the independent claims. 
The preferred embodiments of the invention are dis- 
closed in the dependent claims. 

[0006] The invention is based on the use of links. A 
messaging system relays a message from a sending 
terminal to a receiving terminal. The messaging system 
receives an original message from a sending terminal. 



It then provides the message with one or more links and 
sends the message, along with the one or more links, 
to the receiving terminal. In response to receiving an in- 
dication of a user-selected link from the receiving termi- 

5 nal, the messaging system sends the sending terminal 
an acknowledgment that indicates the user-selected 
link. It may take some time before the receiving terminal 
user acknowledges the message. In order to be able to 
send an acknowledgment to the sending terminal, the 

10 messaging system must generate and store an internal 
reference to the original message. 
[0007] According to one aspect of the invention, a mo- 
bile communication system is complemented by a mes- 
saging system for relaying a message from a sending 

15 terminal to a receiving terminal. The messaging system 
comprises: 

first means for receiving an original message from 
a sending terminal, 
20 second means for providing the message with one 
or more links and for sending the message to the 
receiving terminal; 

third means for receiving an indication of a user-se- 
lected link from the receiving terminal; 
25 fourth means for sending the sending terminal an 
acknowledgment that indicates the user-selected 
link. 

[0008] The first means for receiving the original mes- 
30 sage are conventional. The means comprise the neces- 
sary hardware interface to the telecommunication net- 
works) in question, a storage for storing the message 
and information on the sender of the message and logic 
for receiving and storing the message. The first means 
35 also generate and store a reference to the message so 
that in response to receiving a link activation from the 
receiving terminal, the messaging system is able to 
trace the original message and its sender. 
[0009] The second means for sending the message 
40 and for providing it with the one or more links comprise 
conventional hardware. The second means also com- 
prise a software routine for inserting the link(s) into the 
message body. The third means for receiving an indica- 
tion of a user-selected link similarly comprise conven- 
45 tional hardware and a software routine to trigger further 
action. For instance the further action may comprise ac- 
tivating the fourth means for sending the acknowledg- 
ment to the sending terminal. In some embodiments the 
further action may comprise authenticating the receiving 
50 terminal user. The fourth means for sending the ac- 
knowledgment to the sending terminal similarly com- 
prise conventional hardware and software routines for 
tracing the original message on the basis of the stored 
reference and for sending the acknowledgment. 
55 [0010] An advantage of the invention is that the re- 
ceiving terminal user can conveniently respond to the 
incoming message by simply activating the link or one 
of the links. Links should be understood in a wide, con- 
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ventional meaning; links are commonly used to direct a 
user (or user interface) to an address or application in 
response to a user activation of the link. A preferred em- 
bodiment of the invention is based on utilizing applica- 
tion links combined with message references to ac- 
knowledge personally incoming messages. This prob- 
lem is solved by a messaging system according to the 
invention thatsends, in responseto receiving an original 
message from a sending terminal, an application link to 
the receiving terminal. In response to the receiving ter- 
minal user activating the application link, an acknowl- 
edgment application is started in the messaging system. 
According to another preferred embodiment of the in- 
vention, the messaging system comprises an authenti- 
cation logic for authenticating a user of the receiving ter- 
minal before sending the contents of the original mes- 
sage to the receiving terminal. The messaging system 
preferably comprises a queue logic for queuing incom- 
ing traffic to the receiving terminal during authentication. 
The purpose of the queue logic is to prevent further in- 
coming traffic from interfering with the authentication 
process. Some, or indeed most, messages can be sent 
without authentication, and the authentication logic may 
be responsive to an indication in the original message 
that authentication is required before the message con- 
tents are displayed to the recipient. 
[0011] The messaging system preferably comprises 
a time control logic for re-sending to the receiving ter- 
minal any message to which an expected response is 
not received with a predetermined period of time. 
[0012] According to yet another preferred embodi- 
ment of the invention, the messaging system comprises 
a logic for parsing a part of the original message to two 
or more status links. For example, the original message 
may end in "%%YesNo" which is parsed to two links, 
namely [Yes] and [No]. The messaging system may also 
send a default linkto the receiving terminal if the original 
message does not contain or indicate any links. 
[001 3] According to another preferred embodiment of 
the invention, the messaging system does not acknowl- 
edge messages spontaneously but only in response to 
a separate query from the sending terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] In the following the invention will be described 
in greater detail by means of preferred embodiments 
with reference to the attached drawings, in which 

Figure 1 depicts a messaging system and two ter- 
minals; 

Figure 2 is a signalling diagram illustrating a basic 
embodiment of the invention; 
Figure 3 is a signalling diagram illustrating a pre- 
ferred embodiment of the invention for presenting 
multiple choices to a terminal user; 
Figure 4 is a signalling diagram illustrating a pre- 
ferred embodiment of the invention that provides 



user authentication; 

Figure 5 is a signalling diagram illustrating a pre- 
ferred embodiment of the invention that provides ro- 
bust retransmission; 
5 Figures 6 to 8 show how the messaging system can 

insert links into a message that does not contain any 
links; and 

Figure 9 describes how a sending terminal user can 
query acknowledgements for messages from the 
10 messaging system. 

DETAILED DESCRIPTION OF THE INVENTION 

[0015] Figure 1 depicts a messaging system MS and 

15 two terminals A and B. In this example, the sending ter- 
minal A resembles a traditional cellular terminal while 
the receiving terminal B resembles a sophisticated mo- 
bile terminal device such as a mobile telephone with 
browsing capabilities or a personal digital assistant 

20 (PDA) with a radio interface. The receiving terminal B 
has a user interface Ul that is capable of showing links 
and detecting user activation (selection) of the links. For 
example, the terminal may have a touch-sensitive dis- 
play, and a link is activated by a stylus (pointer stick). 

25 Or, the link may be activated by cursor keys. In the ex- 
ample shown in Figure 1 , the terminals A. B are coupled 
to the messaging system MS via radio interfaces Rl, but 
the sending terminal A can be a terminal in a wired net- 
work. The receiving terminal B must be connected to a 

30 network/protocol that supports links, such as Wireless 
Application Protocol (WAP). 

[001 6] The sending terminal A user sends an original 
message OM to the receiving terminal B. In a prior art 
system, the recipient must compose a free-form reply 

35 message RM. Composing a reply and sending it is rel- 
atively time-consuming, considering the fact that the re- 
ply is often needed to only indicate that the recipient has 
seen the message. Alternatively, some terminals may 
automatically send a reply message, but such an auto- 

40 matic reply does not guarantee that the terminal user 
has seen the message. 

[0017] This is why the messaging system MS com- 
prises or is operatively coupled to an acknowledgment 
application AA. The acknowledgment application is a 

45 software application operating in the messaging system 
MS. Note that in Figure 1 it is deliberately open to inter- 
pretation whether the acknowledgment application AA 
is physically resident in the messaging system MS or in 
a separate server arrangement operatively coupled to 

50 the messaging system MS (not shown separately). 
[001 8] The messaging system MS may have conven- 
tional network and radio interfaces. The added function- 
ality according to the invention can be implemented by 
means of enhanced software routines within the mes- 

55 saging system MS and the acknowledgment application 
AA. 

[0019] Figure 2 is a signalling diagram illustrating a 
basic embodiment of the invention. In step 2-0 the send- 
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ing terminal A sends an original message OM. In step 
2-2, The message system MS requests the acknowl- 
edgement application AA to generate a reference to the 
original message OM. The purpose of the reference is 
that, later when the recipient acknowledges the mes- 
sage, the messaging system can relay the acknowledg- 
ment to the sender of the original message. In step 2-5 
the message system MS according to the invention pro- 
vides the message with one or more links and sends the 
message, along with the link(s), tothe receiving terminal 
B. In step 2-1 0 the B terminal displays the message con- 
tents and the link(s) on the user interface U I. In step 2-70 
the B terminal user selects (activates) a link on the user 
interface Ul. In other words, the B terminal detects a link 
selection on the user interface. In step 2-75 the B termi- 
nal sends the selected link to the messaging system MS 
that interprets it as a request to activate the acknowl- 
edgment application AA. Let us first assume that the link 
was a very simple "OK", meaning that the user has per- 
sonally seen the message. As a result, in step 2-77, the 
acknowledgment application AA within the messaging 
system MS retrieves the reference to the original mes- 
sage, and in step 2-80 it sends the A terminal an ac- 
knowledgment AK such as "User B responded to the 
message at (date) (time)". 

[0020] However, many applications and situations re- 
quire more than a simple "OK" response, such as a "Yes/ 
No" choice. In order to achieve that in a current WAP 
environment, a more complex dialogue must be used, 
as will be described next, in connections with Figures 3 
and 4. 

[0021] Figure 3 is a signalling diagram illustrating a 
preferred embodiment for presenting multiple choices 
to a terminal user. Instep 3-0 the A terminal user simi- 
larly sends an original message OM addressed to the B 
terminal. In step 3-5 the messaging system MS sends 
the B terminal an application link. Preferably, the actual 
contents of the message are not sent to the B terminal 
at this stage but only an indication that a message is 
coming. One reason for holding the message relates to 
an optional authentication procedure that will be de- 
scribed in connection with Figure 4. Another reason is 
that it may be more convenient to the recipient to see 
the message contents together with the links, and the 
links cannot be sent yet. In step 3-10 the B terminal 
shows the application link on the user interface Ul. In 
step 3-15 the B terminal user activates the application 
link, and in step 3-20 the B terminal sends the messag- 
ing system MS a request to activate the acknowledg- 
ment application AA, similar to the basic embodiment 
shown in Figure 2. But in this embodiment, the messag- 
ing system MS does not simply return an acknowledg- 
ment to the A terminal. Instead, in step 3-50, the mes- 
saging system MS sends the B terminal multiple status 
links to choose from. For example, the multiple status 
links may comprise a "Yes/No" choice or "Yes/No/More 
information", etc. Also, if the actual message contents 
were not sent in step 3-5, they are sent now. In step 3-55 



the B terminal displays the multiple status links (and the 
message contents, if they were not shown in step 3-1 0) 
on its user interface Ul. In step 3-70 the B terminal user 
selects one of the status links. I n step 3-75 the Bterminal 

5 sends the link to the acknowledgment application AA 
that relays the corresponding acknowledgment to the A 
terminal In step 3-80. The acknowledgement from the 
receiving terminal B is associated to the original mes- 
sage OM by means of a message reference attached to 

10 the application link. The message reference is generat- 
ed by the messaging system MS after it has received 
the original message from the sending terminal A. 
[0022] An embodiment as shown in Figure 2 lets the 
A terminal user see that the B terminal user has seen 

15 the message. An embodiment as shown in Figure 3 per- 
mits multiple choices for possible responses to the mes- 
sage. But the A terminal user cannot be sure that the 
person responding to the message is the intended re- 
cipient of the message. In case the B user's identity 

20 needs verification, a more advanced embodiment must 
be used. 

[0023] Figure 4 is a signalling diagram illustrating a 
preferred embodiment that provides user authentica- 
tion. The five first steps in Figure 4, namely steps 4-0 
25 through 4-20, are basically similar to the corresponding 
steps 3-0 through 3-20 in Figure 3, and a detailed de- 
scription of these steps is not necessary. However, in 
this embodiment, it is mandatory that the first message 
4-5 to the B terminal does not include the contents of 
30 the message but only an indication that a message is 
coming and an application link to the acknowledgement 
application with indication that authentication is required 
to receive the message. In step 4-25, when the messag- 
ing system MS has received an indication that the user 
35 has activated the link and the use of authentication is 
required, it sends the B terminal a request for authenti- 
cation information, such as a prompt for a password. In 
step 4-30 the B terminal shows the request for authen- 
tication information on its user interface Ul. In step 4-35 
40 the B terminal user provides the authentication informa- 
tion, such as the password, that the B terminal sends to 
the messaging system MS in step 4-40. In step 4-45, 
the messaging system MS authenticates the B terminal 
user. For example the messaging system may verify the 
45 user-supplied password against a previously-stored list 
of passwords. Assuming that the authentication is suc- 
cessful, the operation proceeds similar to the embodi- 
ment shown in Figure 3. More precisely, the remaining 
steps in Figure 4, namely steps 4-50 through 4-80 cor- 
50 respond to similarly-numbered steps 3-50 through 3-80 
in Figure 3. 

[0024] Note that the authentication per se is not the 
topic of the present invention, and any known authenti- 
cation mechanism can be used, including Public Key In- 
55 frastructure (PKI), Personal Identification Number (PIN) 
and a username-password combination 
[0025] Figure 5 is a signalling diagram illustrating a 
preferred embodiment of the invention that provides ro- 
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bust retransmission. Up to this point, a perfect radio en- 
vironment was assumed, meaning that no messages 
are lost in transmission. But a radio environment is sel- 
dom perfect, and a reliable messaging system needs a 
robust retransmission mechanism. Figure 5 depicts a 
set of events in a such a system. 
[0026] In step 5-0 the sending terminal A sends an 
original message. In step 5-5A the messaging system 
MS attempts to send the message with the links to the 
B terminal, but the transmission fails. In step 5-6 the 
messaging system MS detects the missing acknowledg- 
ment and resends the message with the links in step 
5-5B. Steps 5-5B through 5-20B correspond to steps 3-5 
through 3-20, except that, in step 5-20B, the B terminal's 
response fails to reach the messaging system MS. In 
step 5-21 the messaging system MS again detects that 
the acknowledgment is missing and, optionally, in step 
5-22 informs the Aterminal that no acknowledgment has 
been received but the messaging system MS keeps try- 
ing. Steps 5-5C through 5-20C, that correspond to steps 
3-5 through 3-20, constitute a successful link activation 
cycle. 

[0027] In step 5-23 the messaging system MS, before 
starting the authentication cycle, begins blocking and 
queuing incoming traffic to the B terminal. The purpose 
of thetraffic blocking and queuing is to prevent incoming 
traffic from interfering with the authentication process. 
Steps 5-25A through 5-40A constitute an authentication 
cycle that correspond to steps 4-25 through 4-40, except 
that, in step 5-40A, the B terminal's response does not 
reach the messaging system MS. (Alternatively, the 
message 5-25A could have been lost in transmission.) 
In step 5-41 the messaging system MS detects the miss- 
ing authentication response and initiates a new authen- 
tication cycle, steps 5-25B through 5-40B. Steps 5-45 
through 5-80 correspond to steps 4-45 through 4-80. In 
step 5-76 the messaging system MS releases the in- 
coming traffic queue that was established in step 5-23. 
[0028] In connection with Figure 1 it was stated that 
the terminal B must support links. A residual problem is 
how the A terminal user can determine which links are 
to be added in the message, if the A terminal does not 
support links. Some examples are provided in connec- 
tion with Figures 6 to 8. 

[0029] Figures 6 to 8 show how the messaging sys- 
tem can insert links into a messagethatdoes not contain 
any links. In Figures 6 to 8 and in their descriptions, links 
are indicated by text within brackets, such as "[Ack]". 
The scenario shown in Figure 6 corresponds to the em- 
bodiment shown in Figure 2. This scenario illustrates a 
simple case in which the messaging system MS inserts 
a single default linkthat enables the recipient to indicate 
that they have seen the message. In step 6-1 the A ter- 
minal user sends an original message OM, such as a 
conventional short message. Assume that the A termi- 
nal user is late for a meeting. The contents of the mes- 
sage is "Stuck in traffic, begin without me". In step 6-2 
the messaging system MS inserts a simple "OK" link to 



the message and sends it to the B terminal. In step 6-3 
the B terminal user activates the link and the B terminal 
sends the link to the messaging system MS. In step 6-4 
the messaging system MS provides a default reply "Re- 

5 cipient replied OK at (date) (time)". 

[0030] Figure 7 shows a more complex set of events 
in an embodiment as shown in Figure 3. In step 7-1 the 
A terminal user sends a short message proposing a 
schedule change. In this case, the original message 

10 again has no links but the messaging system MS inserts 
two links (ayes/no choice). For instance, the messaging 
system MS may always insert "[Yes]" and "[No]" as de- 
fault links if the original message indicates no other 
links. Or, the messaging system MS may detect that the 

15 message 6-1 was not a question and a single default 
link of "[OK]" is sufficient, whereas the message 6-1 is 
a question and needs "[Yes]" and "[No]" as default links. 
As stated in connection with Figure 3, current WAP im- 
plementations only permit asingle network- initiated link, 

20 and in step 7-2, the messaging system MS simply sends 
a message whose contents are "Message coming from 
(the A terminal)". A link of "[READ]" is appended to the 
message. In step 7-3 the B terminal user activates the 
"[READ]" link, and a session is established between the 

25 B terminal and the acknowledgment application AA 
within the messaging system MS. Now, in step 7-4, the 
messaging system MS can send the original message 
plus the two links, "[Yes]" and "[No]". Assume that the B 
terminal user selects the "[Yes]" link in step 7-5. In step 

30 7-6 the messaging system MS sends the A terminal a 
message whose contents are "Recipient replied YES at 
(date) (time)". 

[0031] Figure 8 shows a more complex scenario in 
which the Aterminal usercan select which links are sent 

35 to the B terminal, although the A terminal is not able to 
insert links in the original message. Assume that the ter- 
minal users are police or rescue personnel. In step 8-1 
the A terminal user sends a message indicating that an 
accident has happened at (address). The message 

40 sender wishes to have three links included, namely, 11 
[Ack]" (for acknowledge), "[Busy]" and "[Details]" but we 
will again assume that the A terminal does not support 
links. Accordingly, the Aterminal user sends a message 
that contains a message body part 81 , a link separator 

45 82 and a link part 83. The message body part 81 con- 
tains the actual contents of the message. The link sep- 
arator 82, here assumed to be two per cent signs, sep- 
arates the link part 83 from the message body part 81 . 
The messaging system MS parses the link part 83 ac- 

50 cording to some predefined syntax. In this example, the 
syntax is assumed to be such that each capital letter 
begins a link. Thus the link part 83 of the original mes- 
sage, namely "AckBusyDetails" is parsed to three sep- 
arate links, namely "[Ack]", "[Busy]" and "[Details]" that 

55 are commonly denoted by reference numeral 85. The 
message body part 81 of the original message is also 
sent and shown, as indicated by reference numeral 84. 
The remaining steps in Figure 8 are self-explanatory in 
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view of the previous example. Had the B terminal user 
selected the link "[Details]", then the A terminal user 
could have sent more information or placed a call to the 
B terminal. 

[0032] I n the above-described embodiments the mes- 
saging system MS and the acknowledgement applica- 
tion AA forwarded the acknowledgement spontaneously 
to the sending terminal A as soon as the acknowledg- 
ment was received from the receiving terminal B. Figure 
9 shows an embodiment in which the sending terminal 
A may separately request acknowledgement informa- 
tion from the messaging system MS. Steps 9-0 through 
9-75 correspond to similarly-numbered steps 2-0 
through 2-75 and will not be desribed again. In step 9-76 
the sending terminal A contacts the messaging system 
MS and requests the current acknowledgement status 
forthe original message OM. When the messaging sys- 
tem MS receives the request, it checks the status of ac- 
knowledgements for original messages sent by terminal 
A. In step 9-80 the messaging system MS delivers the 
current status of acknowledgements to the sending ter- 
minal A. 

[0033] It is readily apparent to a person skilled in the 
art that, as the technology advances, the inventive con- 
cept can be implemented in various ways. The invention 
and its embodiments are not limited to the examples de- 
scribed above but may vary within the scope of the 
claims. 



Claims 

1. A messaging system (MS) for relaying a message 
from a sending terminal (A) to a receiving terminal 
(B), the messaging system (MS) comprising: 

first means for receiving an original message 
(OM) from a sending terminal (A), character- 
ized by: 

second means for providing the message 
with one or more links and for sending the 
message to the receiving terminal (B); 
third means for receiving an indication of a 
user-selected link from the receiving termi- 
nal (B); 

fourth means for sending the sending ter- 
minal (A) an acknowledgment (AK) that in- 
dicates the user-selected link. 

2. A messaging system (MS) according to claim 1 , 
characterized in that the second means compris- 
es: 



tivated in the receiving terminal (B) ; for sending 
two or more status links (3-50, 4-50, 7-4, 8-4) 
to the receiving terminal (B). 

5 3. A messaging system (MS) to claim 2, character- 
ized by means for establishing a session with the 
receiving terminal (B) before sending the two or 
more status links to the receiving terminal (B). 

10 4. A messaging system (MS) according to any one of 
the preceding claims, characterized by an authen- 
tication logic for authenticating (4-25 ... 4-45) a user 
of the receiving terminal (B) before sending the con- 
tents of the original message (OM) to the receiving 

15 terminal (B). 

5. A messaging system (MS) according to claim 4, 
characterized by a queue logic for queuing (5-23, 
5-81) incoming traffic to the receiving terminal (B) 

20 during authentication (5-25A ... 5-45). 

6. A messaging system (MS) according to claim 4 or 
5, characterized in that the authentication logic is 
responsive to an indication in the original message 

25 (OM). 

7. A messaging system (MS) according to any one of 
the preceding claims, characterized by a time con- 
trol logic (5-6, 5-21 , 5-41) for re-sending to the re- 

30 ceiving terminal (B) a message to which an expect- 
ed response is not received with a predetermined 
period of time. 

8. A messaging system (MS) according to any one of 
35 claims 2 to 7, characterized by a routine for parsing 

a part (83) of the original message (OM) to said two 
or more status links (85). 

9. A messaging system (MS) according to any one of 
40 the preceding claims, characterized by a logic for 

sending a default link to the receiving terminal (B) 
if the original message (OM) does not indicate any 
links. 

45 10. A messaging system (MS) according to any one of 
the preceding claims, characterized in that the 

fourth means are responsive to a separate inquiry 
(9-76) from the sending terminal (A). 

50 11. A method for sending a message from a sending 
terminal (A) to a receiving terminal (B) in a mobile 
communication system, the method comprising: 

a) the sending terminal (A) sending the mes- 
sage via a messaging system (MS); 

b) the messaging system (MS) providing the 
message with one or more status links and 
sending the message to the receiving terminal 



means for sending an application link (3-5, 4-5, 55 
7-2, 8-2) to the receiving terminal (B); 
means, responsive to an indication (3-20, 4-20, 
7-3, 8-3) that the application link has been ac- 
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(B); 

c) in response to receiving the message, the 
receiving terminal (B) displaying the one or 
more status links on the receiving terminal (B) 
's user interface; 

d) in response to detecting a user selection of 
one of the status links on the receiving terminal 
(B)'s user interface, the receiving terminal (B) 
sending the messaging system (MS) a status 
reply that indicates the user selection; and 

e) in response to receiving the status reply, the 
messaging system (MS) relaying the status re- 
ply to the sending terminal (A). 
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